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METHOD, SYSTEM AND COMPUTER PROGRAM PRODUCT FOR 
IMPLEMENTING UNCERTAINTY IN INTEGRATED CIRCUIT DESIGNS WITH 

PROGRAMMABLE LOGIC 

TECHNICAL FIELD: 

This invention relates generally to techniques for designing and specifying digital logic devices, such 
as those containing field programmable gate arrays (FPGAs) and application specific integrated 
circuits (ASICs), and more specifically relates to a computer program language extension for 
specifying uncertainty in a logic design, and to a method of implementing a specified design in a 
network of programmable gate arrays as well as in standard digital logic. 

BACKGROUND: 

Logic designers of so-called "System-on-a^Chip" and similar products have a broad range of 
components to select from. For example, the designer can use high performance logic gates, latches, 
static random access memory (SRAM) bits, register files, embedded dynamic RAM (DRAM) and 
embedded FPGAs to implement a product specification. In a typical ASIC embodiment selected 
logic gates are hardwired during chip manufacturing into a required circuit configuration, while in 
a FPGA embodiment selected logic gates can be programmatically configured into the required 
circuit configuration during system power-up, or at some other convenient time. 
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The use of embedded FPGAs is a relatively new development. Due to the inherent programmability 
of the FPGA, the use of the embedded FPGA is attractive since it provides a mechanism to deal with 
uncertainty in the logic specification, and it furthermore, permits sonie degree of customization after 
a digital logic-containing integrated circuit (chip), such as an ASIC, has been manufactured. 
5 However, FPGAs are typically much larger in area, and operate at a significantly slower speed, than 
equivalent ASIC logic. As a result, the logic designer is presented with the challenge of deteraiining 
just how to use the mix of components on the chip to best realize the product specification and to 
also allow for changes in the product definition, while at the same time minimizing design time and 
cost. 

10 Currently available hardware description languages such as Verilog (Verifying Logic, for which an 
IEEE standardization process is being finalized as the Verilog 1364-2000 standard), and VHDL 
(VHSIC (Very High Speed Integrated Circuit) Hardware Description Language)^ another IEEE 
Standard, are inteiided for fully specifying logic design. While they do provide unknown constants, 
they have no direct mechanism for handling "uncertainty" or flexibility in a logic design. Typically, 

15 if a logic designer suspects that a logic function may need to be changed, one possible logic function 
(e.g., a best guess logic function) can be specified and implemented in an FPGA. Subsequently, after 
the chip is manufactured the embedded FPGA can be programmed to accommodate a change in the 
design specification. In effect, the logic designer iiiuslt determine what functions are to be variable, 
and must select a set of FPGAs for implementation, without any assistance. Further, the decision as 
20 to which logic functions are to be variable is not captured in the HPL specification, and must be 
recorded separately. 
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SUMMARY OF THE PREFERRED EMBODIMENTS 



The foregoing and other problems are overcome, and other advantages are realized, in accordance 
with the presently preferred embodiments of this invention. 

An aspect of this invention is a language extension for specifying uncertainty in a design, as well as 
a method of implementing the specified design in a network of FPGAs and standard digital logic. 
The use of the language extension accurately captures the intent of the logic designer, and enables 
additional automation to be brought to bear on the digital logic design and specification process. The 
method combines the strengths of ASIC and FPGA implementation tools to provide a more efficient 
implementation of a hybrid or mixed ASIC/FPGA design. 

An extension to existing digital logic specification languages is provided to enable the rapid and 
accurate description of uncertainty or flexibility that is to be provided in the integrated circuit being 
designed. The specification information is used during the design process to produce an efficient 
implementation that takes advantage of the capability of FPGAs, as well as the logic and memory 
elements available. An FPGA is used when it is able to meet performance constraints, otherwise an 
implementation is produced using another logic type or types, such as SRAM and logic elements. 

The use of the extension to the existing digital logic design languages provides a logic design process 
that accommodates uncertainties in the specification in an essentially self-documenting manner. 
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Disclosed is a method, system and computer program product to specify and to implement an 
integrated circuit. The integrated circuit includes a hardwired specific logic technology portion and 
a programmable specific logic technology portion. The method includes generating a hybrid logic 
network by mapping each uncertain logic function to an abstract programmable logic element 
5 implementation thereof and by mapping each known logic function to a technology-independent 
logic element implementation thereof; and simplifying the hybrid logic network using logic synthesis 
optimizations; mapping the simplified hybrid logic network to a specific technology by mapping the 
abstract programmable logic element implementation to the specific programmable lojgic technology 
and the technology-independent logic element implementation to the specific logic technology. The 
10 preferred embodiment of the method further includes optimizing the mapped network to meet 
performance constraints. Generating involves using integrated circuit specification language 
extensions that include Uncertain constants for values that are not known until after implementation, 
an Uncertain Function that is used in place of a logic function or operator, an Uncertain Function 
Assertion for imposing at least one constraint on the Uncertain Function, and an Uncertain Register 
15 for a register having a programmable size within a specified range. 

BRIEF DESCMPTION OF THE DRAWINGS 

The foregoing and other aspects of these teachings are made more evident in the following Detailed 
Description of the Preferred Embodiments, when read in coiijunction with the attached Drawing 
Figures, wherein: 
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Figures lA-lC, collectively referred to as Figure 1, illustrate the use of uncertain functions in 
specifying a logic design, where Figure lA depicts a 2-input, 3-output decoder having an 
incompletely specified logic function, Figure IB depicts a 2-input, 3-output decoder having an 
unspecified 2-input selector that selects between two fully specified decoders, and Figure 1 C depicts 
5 a 2-input, 3-output decoder with an unspecified function of two inputs and an uncertain constant that 
select between two fully specified decoders that each, use a register of uncertain length; 

Figures 2 A-2C, collectively referred to as Figure 2, show a result of the completion of the initial two 
steps of the implementation process, based on the embodiments shown in Figures l A-lC, 
respectively, in accordance with this invention; 

10 Figures 3A-3C, collectively referred to as Figure 3j show a result of the completion of a final step 
of the implementation process, based on the embodiments shown in Figures lA-lC and 2A-2C, 
respectively, in accordance with this invention; 

Figure 4 shows the final result of the logic designs of Figures 1-3 in an IC that includes an ASIC 
logic implementation section and a FPGA logic implementation section, respectively; 

15 Figure 5 is a logic flow diagram that depicts a presently preferred method in accordance with this 
invention; 



Figure 6 is a block diagram that depicts a presently preferred computer-based system for executing 
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the method of Figure 5; 



Figure 7 is a logic flow diagram that illustrates an uncertain hardware bring-up method; and 

Figure 8 is a block diagram that depicts a presently preferred computer-based system for executing 
the hardware bring-up method of Figure 7. 

5 DETAILED DESCMPTION OF THE PREFERRED EMBODIMENTS 

An aspect of this invention provides extensions to any register-transfer-level or gate-level description 
language, including both Verilog and VHDL. These extensions are described as follows. 

Uncertain Constant 

A hardware design implementation may depend on a parameter or constant that is not knoAvn at 
10 design time. In this case the designer may use an Uncertain Constant in place of the unknown 
parameter in the specification. An actual constant value is then supplied after manufacture during 
a bring-up step (see Figs. 7 and 8, described below). An uncertain constant has a specified maximum 
size, e.g., a maximum number of number of bits. 

Uncertain Function 

15 When a chip logic designer is not certain about a particular logic fimction, or expects that it rnay 
change, the designer may use an Uncertain Function in place of any conventional (Boolean) logic 
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function or operator. The presently preferred Uncertain Function has two forms: . 

1) an incompletely specified Boolean logic function with multiple inputs and multiple outputs; inputs 
may include uncertain constants and all inputs and outputs must have a specified maximum size; and 

2) a selectable Boolean logic function, where an uncertain value is used to select one of a set of fully 
5 specified logic functions. The imcertain value may be an imcertain constant, the output of an 

uncertain function or the output of an uncertain selectable function. 

Uncertain Register 

The chip logic designer may be uncertain about the required size of a register, and wish to change 
the register's size (number of bits) after manufacture of the chip. To permit this to occur an Uncertain 
10 Register statement is provided that allows a register of any size within a specified range. 

Uncertain Function Assertion 

To permit a more precise description of the uncertainty of flexibility to be provided after 
manufacture, any uncertain function may have a set of associated Assertions. The Uncertain 
Function Assertions allow the following types of constraints: 
15 1 ) Input Assertions that use a Boolean expression to specify constraints on input values; 

2) Output Assertions that use a Boolean expression to specify constraints on output values; 

3) input/Output Assertions that use a Boolean expression to specify constraints on the relation of 
input and output values; and 

4) Dependency Assertions that permit the de$igner to specify which inputs detemuiie which outputs. 
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The mapping of the input specification, including any Uncertain Constants, Functions, Registers and 
Assertions, into a technology-specific chip implementation is described below, and is shown in 
Figure 5, as occurring in five steps (A-E). The treatment of uncertain logic can be performed 
separately or together with the processing of the remaining logic to allow for synergistic 
5 simplifications across the two domains. 

Uncertain Logic Synthesis 

Step A: Read the hardware specification and map each uncertain logic fimction to an abstract FPGA 
implementation with the specified inputs, and allocate an estimated number of FPGA blocks for the 
number of inputs and outputs. This involves replacing each imcertain constant with the appropriate 
10 number of FPGA ou^uts to provide the required values after implementation, replacing each 
uncertain logic fimction with an abstract FPGA, replacing each uncertain selector fimction with an 
abstract FPGA selector, and replacing each uncertain register with an FPGA register implementation 
of the required size. 

Step B: Map each of the known logic fiinctions to standard technology-independent logic elements 
15 using known logic synthesis methods. 

Step C: Simplify the network obtained in Step B using known logic synthesis optimizations in 
accordance with the following assertions: 

hiput. Output and hiput/Output assertions that introduce constraints that reduce the complexity of 
the specified target implementation, reducing the estimated number of min-terms required in an 
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FPGA, or simplifying the logic in a multiplexer or parametric logic network (these assertions can 
also be used to simplify the standard logic in the network); and 

Dependency assertions that eliminate inputs from selected outputs and also simplify the target 
implementations. 

5 Step D: This step maps the implementation to a specific technology. For example, the abstract FPGA 
components are mapped to sections of the specific FPGA technology provided and ttie standard 
technology-indepeiiderit components are mapped to the specific logic technology provided. 

Step E: Optiniize the network to meet perforaiance constraints. For example, the design specification 
may contain performance constraints in the form of asserted arrival times for primary inputs, 

10 required departure times for outputs and latch-to-latch times specified by clock signal constraints. 
Traditional timing correction methods in logic synthesis are extended with tuning models for the 
specific FPGA technology to be used, and a set of transformations designed for trading circuit area 
for performance. If these heuristics are not sufficient to transform the network to meet the required 
performance constraints, then selected FPGA sections are replaced by a network of logic, with 

15 SRAM bits used for function selection. At the end of this step, the resulting hardware network is 
output along with a hardware correspondence, which indicates where each uncertain entity is located 
in the resulting hardware network. This correspondence is used to load actual Values for the 
uncertain eritities at bring-up time after manufacture. 
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Uncertain Synthesis Example 

Figure 1 illustrates the use of uncertain functions in specifying a design. Figure 1 A shows a 2-input, 
3-output decoder 1 with a incompletely specified logic function. Figure IB shows a 2-input, 3-output 
decoder with an unspecified 2-input selector 2 that chooses between two fully specified decoders 3, 
5 4. Figure IC shows a 2-input, 3-output decoder with a unspecified function 5 of two inputs and an 
uncertaiii constant 5' input that selects between two fully specified decoders 6, 7. Each decoder 6, 
7 uses a register 8 of luicertain length less than or equal to 8-bits (designated Reg8(n)). 

Figure 2 shows the result of the execution of Steps A and B of the implementation method shown 
in Figure 5. The first decoder 1, DecodeO in Figure lA is mapped to an FPGAl implementation 

10 (designated as lA) in Figure 2A. In the second network of Figure IB, the uncertain selector 2 is 
mapped to an abstract FPGA2 (designated as 2 A), while the two standard (and Icnown) decoders, 
Decode 1 and Decode2, are mapped to a technology-independent logic implementation (ASICl 3 A 
and ASCI2 4A), as shown in Figure 2B. The 3-input fimction 5, its uncertain constant input 5', and 
register 8 of Figure IC are mapped to abstract sections (FPGA3 5 A and FPGA4 8 A, respectively), 

15 while the two standard decoders, Decode3 and Decode4, are mapped to a technology-independent 
logic implementation (ASIC3 6 A and ASIC4 7A), as is shown in Figure 2C. 

Figure 3 shows the mapping after Step E of the implementation process of Figure 5. In this example, 
and after considering the design constraints, the first abstract FPGAl of Figure 2A is realized in an 
technology-specific FPGA implementation IB in Figure 3 A. However, for performance reasons the 
20 second network of Figure 2B (FPGA2) is instead mapped entirely to standard logic (ASICS) with 
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a 2-bit SRAM, collectively designated as 2B, that can be set externally to determine the actual logic 
function performed. The previous FPGA2 function 2A is thus converted to ASICS logic 2B in the 
process. In the third network of Figure 2C, the FPGA3 is mapped to a technology-specific FPGA and 
* the specific functions of Decode 1 and Decode2 are converted from ASICS and ASIC4 logic to new 
5 FPGA segments FPGA5 and FPGA6 (6B and 7B, respectively). This allows the complete logic 
function of Figure 3C to be realized in an FPGA implementation, as opposed to a hybrid 
ASIC/FPGA embodiment. 

Figure 4 shows the final result for the manufactured chip, having an ASIC logic section 10 that 
contains the embodiment of Figures IB, 2B and 3B, and an FPGA logic section 12 that contains the 
10 embodiments of Figures lA, IC, 2A, 2C, 3A and 3C. 

Uncertain Language Extension Examples 

In what follows, examples of uncertain constants, functions, and assertions are illustrated in terms 
of a Verilog-like specification, and are provided by the designer to reflect a high level knowledge 
of a design specification. Examples 1 and 2 illustrate the use of uncertain functions and constants. 
15 Examples 3 through 6 illustrate the different forms of uncertain function assertions. 

Example 1 . The following module description of DecodeO specifies an uncertain function with one 
input a and an uncertain constant input b\ one output x is defined, while two other outputs y and z 
of the module are completely unspecified. 
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uncertain module DecodeO(a, b, x, y, z) 
input [7:0] a\ 

input uncertain const [7:0] h\ 
output [15:0] jc,>',z; 

5 begin 

X = a * Z?; 
endmodule 



Example 2. This example provides an illustration of a selectable function. The specification below 
provides an alternative description of DecodeO which uses one of its inputs as aii uncertain constant 
10 h to select from three possible implementations of DecodeO: 



uncertain selectable module DecodeO(a, h, x, y, z) 
input [7:0] a\ 

input uncertain const [1 :0] h\ 
output [15:0] a:, >^ z; 

15 begin 

begin case(fe) 

3'600: X = a; y = 2*a; z = a « 1 ; 
3*601: jc = 3*a;7 = aA; z = a << 1; 
default: x = Vbx; y = Vbx; z = Vbx; 
20 endcase 
end 

endmodule 



Uncertain Function Assertions: 

These assertions describe properties of the design entities and can be used during optimization to 
25 improve the efficiency and performance of an iniplementation. 



Example 3. Input Assertions describe a property or constraint on a function's inputs. Consider the 
Verilog description of a Decodel component, which has two 8-bit inputs a and b, and a 16-bit 
output;;. The assertion ql= b in the module states that values of a and b are never equal at the same 
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time, implying that the implementation of logic a*a - 3*^^ + 2 for computing y can be simplified 
relying on this fact. 



module Decode 1 (a, b, y)\ 
5 input [7:0] a, b\ 

output [15:0] J/; 

y^a*a-'i*b'^2\ 

assert{a\^ b) /* input assertion */ 
endmodule 

10 Example 4. Output Assertions describe a property or constraint on a function's outputs. The 
assertion is illustrated below in the Decode2 description, establishing the "less-than" relational 
constraint between values of 1 6 module outputs. It implies that whenever this relation does not hold 
during computation of shift operation a«Z>, the operation can have an arbitrary implementation. 
Thus, the assertion provides additional degree of flexibility for optimizing the implementation of 

15 a«b. 



module Decode2(a, b, y)\ 
input [7:0] a, 
output [15:0] 
y = a«b\ 

20 assert{y[i\ <y[i+\], 0 <= / < 16); /* output. assertion */ 

endmodule 



Example 5. Input/Output Assertions combine and extend the previous two types by allowing 
properties over a function's input and outputs. The module description below refers to two 
components, Decode 1 and Decode2, which have identical input/output connections. Together with 
25 signal .yl, these connections are correlated by asserting impossible assignments <.yl,a,3;[0]> and 
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<sl^[0]j^[l]>. The assertion implies that implementation of Decodel and Decode2 can be 
simplified with respect to these value assignments. 



module Select_Decoders(a, b,slyy) 
input [7:0] a, b; 
input j1; 
output [15:0] 3;; 

if(sl ^ = 0)y = Decodel(a, b, yl 
else;; = Decode2(fl, b, y); 

assertilisl'^ayiO] +5l*>^[0]*y[l])) /* input/output assertion */ 
endmodule 



Example 6. Dependency Assertions describe signal dependencies of an uncertain fimction. Their 
utility may be illustrated using the Fn component of Figure 1 . The high level description below states 
conditional signal dependence in computing Fn. It asserts that, depending on the value of i2, the Fn 
computation depends exclusively on subsets {a, b} or {a, c} (rather tiian the complete set {a,b,c}). 
This additional information enables one to reduce the number of allocated lookup tables for 
implementing uncertain function Fn. As but one example of the utility of this aspect of the invention, 
instead of allocating resources for 2 1 input signals {a,b,c} , allocation of programmable logic for 14 
inputs would be sufficient. 



module SPEC_INPUT__DEPENDENCE(a, fc, s2) 
input [7:0] a, b, c; 
input j2; - 
if(52 = = 0) 

depends(Fn) = {a, b} 

else 

depends(Fn) = {a, c} /* input signal dependence */ 

endmodule 
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Figure 6 shows a block diagram of a presently preferred computer-based system 20 for executing the 
method of Figure 5. A design station, such as a computer workstation 22, includes a graphical user 
interface (GUI) 24, at least one data processor 26, and a memory 28. The memory 28 stores, in 
accordance with this invention, computer instructions and program code that implement the tasks 
5 shown in Figure 5. Also, the memory 28 is assumed to store at least one chip design specification 
30, which includes a register-transfer-level or gate-level description of the chip, and that includes 
input 32 comprised of at least one of the extensions referred to above to handle uncertainty, such as 
Uncertain Function extensions. Uncertain Register extensions and/or Uncertain Function Assertion 
extensions. Execution of extension program code causes the data processor 26 to operate in 
10 accordance with the method of Figure 5 so as to be capable of implementing the logic design 
function(s) that were described by way of the examples of Figures 1-4, and the foregoing examples 
of the four Input, Output, Input/Output and Dependency assertions, to produce an implementation 
logic network (output network ) 34. 

The memory 28 may be implemented using any suitable computer-readable medium that is capable 
15 of Storing the computer instructions or computer code. The memory 28 may be co-located with the 
data processor 26, or it may located remotely.therefrom and accessed through a data conmiunications 
network. The data processor 26 may also be coupled with other data processors via a network, 
enabling other users to also access the memory 28, providing for a collaborative chip design 
environment. Thus, it should be apparent that this invention is not to be construed to be limited by 
20 the specific hardware/software implementation shown in Figure 6. 



YOR920030418US1 



15 



Uncertain Hardware Bring-Up 

Following the implementation process described above and after manufacture, the hardware 
implementation needs to be personalized with specific values for all uncertain constants, functions 
and register lengths. This is accomplished during a Bring-up procedure that is shown in Figure 7 and 
described here. 

Step H; The hardware correspondence, from Step E in the Uncertain Synthesis process, is read to 

establish the mapping of specific values to the hardware implementation. 

Step I: The specific values are read for each uncertain entity (constant, fimction, and register). 

Step J: Using known methods of generating FPGA-like personalities, the specific constant values, 

fimction specifications and registers lengths are converted to the data needed to implement this 

fimction in the hardware implementation. 

Step K; The final hardware personality produced above is output. 

Figure 8 shows a block diagram of a presently preferred computer-based system 40 for executing the 
method of Figure 7. A design station, such as a computer workstation 42, includes a graphical user 
interface (GUI) 44, at least one data processor 46, and a memory 48. The memory 48 stores, in 
accordance with this invention, computer instructions and program code that implement the tasks 
shown in Figure 7. Also, the memory 48 is assumed to store at least one hardware correspondence 
54 and at least one set of specific values for the uncertain entities 52. Execution of the Set-up 
program causes the data processor 46 to operate in accordance with the method of Figure 7 so as to 
be capable of generating and outputting a hardware personality 56. The hardware personality 56 
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completes the hardware implementation by providing specific values for the uncertain entities after 
manufacture. 

The memory 48 may be implemented using any suitable computer-readable medium that is capable 
of storing the computer instructions or computer code. The memory 48 may be co-located with the 
5 data processor 46, or it may located remotely therefrom and accessed through a data conmumications 
network. The data processor 46 may also be coupled with other data processors via a network, 
enabling other users to also access the memory 48, providing for a collaborative chip design 
environment. Thus, it should be apparent that this invention is not to be construed to be limited by 
the specific hardware/software implementation shown in Figure 8. 

10 It can be appreciated based on the foregoing description that the use of this invention enables the 
designer to specify hardware with uncertainty, to implement hardware with uncertainty, and to 
optimize hardware with uncertainty in order to meet certain design constraints, such as performance 
and/or area limitations. Uncertainty in this sense implies at least one of an Uncertain Function, an 
Uncertain Register, an Uncertain Constant and an Uncertain Assertion. Hardware in this sense 

15 implies, as non-limiting examples, the use of an ASIC and a FPGA, an ASIC and an SRAM (for 
programmability), a FPGA, an ASIC in combination with an SRAM and a FPGA, and an ASIC that 
uses flip-flops for programmability. Note that while certain embodiments of the invention have 
shown the programmability fimction (e.g., the memory or SRAM in Fig. 3B and in Fig. 4) as being 
on-chip (e.g., as a part of the ASIC), in other embodiments the programmable memory element(s) 
20 (e.g., SRAM and/or flip-flops) may be external to the chip containing the ASIC or similar or 
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equivalent logic elements, and the output(s) of the programmable memory element(s) can be input 
to the chip through an appropriate number of pin(s). 

In a presently preferred embodiment of the invention there is computer program code that operates 
to further optimize the programmable logic using the Dependency Assertions. The computer program 
code analyzes the specified input dependencies of each component, and then disconnects 
non-dependant inputs and applies minimization methods to reduce the resulting logic 
implementation. 

The foregoing description has provided by way of exemplary and non-limiting examples a full and 
informative description of the best method and apparatus presently contemplated by the inventors 
for carrying outthe invention. However, various modifications and adaptations may become apparent 
to those skilled in the relevant arts in view of the foregoing description, when read in conjunction 
with the accompanying drawings and the appended claims. As but some examples, the use of other 
similar or equivalent logic design programs (equivalent to Verilog and/or VHDL) may be attempted 
by those skilled in the art, and in other embodiments additional language extensions may be devised 
and used. In addition, certain steps of the method (e. g., Steps A and B) may be implemented in other 
than the order described. Also, while described in the context of two IC technologies in one package 
(e.g., ASIC and FPGA), other than these two maybe used, while in a further embodiment more than 
two IC technologies could be used. In this latter case the optimization of the final circuit design may 
select between the most optimum of three, or more, types of available IC technology for 
implementing a specific uncertain function. Furthermore, while the invention was described in the 
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context of digital logic functions, those skilled in the art should recognize that at least some features 
of this invention may be applied to the design of certain analog-based circuits that are capable of 
using and specifying analog circuit building blocks, either alone or in conibination with digital 
circuit blocks and gates. However, all such and similar modifications of the teachings of this 
invention will still fall within the scope of this invention. 

Further still, some of the features of the present invention could be used to advantage without the 
corresponding use of other features. As such, the foregoing description should be considered as 
merely illustrative of the principles of the present invention, and not in limitation thereof 
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